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(54) A method and system for off-line loading of stored value cards using a batch-load terminal 



(57) A method and system for batch loading a 
stored value application of a microprocessor based 
stored value card includes a stored value card 
reader/writer connected to a local computer device and 
a batch -load application running on the same computer 
device which securely stores load key information and 
emulates the remote functions of an on-line load trans- 
action. The computer aiso has a security module for 
storing load key information and an encryption device. 
Communication is initiated on the card reader at the 
local computer device between the stored value appli- 



cation and the batch-load application, and an off-line 
batch-load transaction is performed in which the load 
key information is validated and a funding source is aiso 
validated. An authorizing message is sent by the batch - 
load application to the stored value application with data 
representing a pre-selected monetary value. The batch- 
load application collects load transaction data and gen- 
erates a load transaction file to a system provider and a 
funding source. 
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essor is put into a decryption device at a local batch- 
load terminal. In this way, the load process can be car- 
ried out securely at the local batch-load terminal. 
[0011] In an embodiment of the present invention, a 
microprocessor based card is initialized with a load key 5 
with or without storing value on the card. Cards which 
are initialized without value are loaded with value on the 
batch-load terminal. Load information for the batch-load 
terminal transaction is logged in a transaction log. When 
the cards are sold, funding information is provided to a 10 
funding system of the financial institution. The load key 
is either a standard load key which allows successive 
reloading or a special load key which prevents reloading 
of the card after the original value is used. Thus, the 
card with the special load key is a disposable microproc- is 
essor based stored value card. 

[0012] In an embodiment of the present invention, 
effectively, the disposable microprocessor card has a 
starting value on it. Once the value is used up, it cannot 
be reloaded by normal means. Therefore, the disposa- 20 
ble microprocessor card has all the security advantages 
of a reloadable card and none of the disadvantages of a 
disposable memory based card. The microprocessor 
based card with the special load key is thus a disposa- 
ble card which can be used by collectors in the same 25 
way disposable memory based stored value cards are 
currently used, or for any other purpose for which dis- 
posable memory cards are presently used. 
[0013] To achieve the stated and other features, 
advantages and objects, an embodiment of the present 30 
invention provides a method and system for batch load- 
ing the stored value application of a stored value card 
microprocessor. Communication is initiated on a stored 
value card reader at a local terminal between the stored 
value application and a batch-load application residing 35 
on the local terminal. A request for a load transaction is 
transmitted for the stored value application to the batch 
load application, and the batch-load application author- 
izes the load transaction in response to the request The 
stored value application and the batch-load terminal 40 
include secret load key information for the load transac- 
tion. 

[001 4] In an embodiment of the present invention, the 
load key information is stored securely in a security 
module on the local terminal. The local terminal is a 45 
computer, for example a personal computer, at a finan- 
cial institution, such as a bank. The batch- load applica- 
tion also includes an encryption device and a CD-ROM 
for security purposes. The request for the load transac- 
tion includes a request from the stored value application so 
to the batch-load application to load a preselected mon- 
etary value to the stored value application. The request 
is transmitted from the stored value application to the 
batch-load application as an encrypted message and 
includes the load key information. The batch-load appli- 55 
cation decrypts the encrypted message and validates 
the load key information. The batch load application 
also confirms a funding source, such as the financial 



institution, and transmits an authorizing message to the 
stored value application, including data representing the 
pre-selected monetary value. The authorizing message 
also includes, for example, load key information and 
card serial number information. 

[0015] In an embodiment of the present invention, 
before batch-loading the stored value card, the stored 
value application is initialized by unlocking the applica- 
tion with transport key information. The transport key 
information is exchanged for the load key information, 
which may be a reloadable load key that allows succes- 
sive reloading or a non-reloadable load key which can- 
not be reloaded after the original loading of stored 
value. After the load transaction is authorized, the trans- 
action is confirmed by the stored value application 
transmitting a load completion message to the batch- 
load application. The batch load application collects 
data about the load transaction from the messages 
communicated between the stored value application 
and the batch- load application and logs the data in a 
load transaction log. The batch-load application also 
generates the load transaction log to a stored value 
card load transaction file and transmits the file to the 
card system provider and the funding source, such as 
the financial institution. 

[0016] In an embodiment of the present invention, the 
system components include a stored value card 
reader/writer, which can read and write to the stored 
value application and which is connected to the financial 
institution's personal computer. The batch-load applica- 
tion runs on the same personal computer, which is also 
has a security module for storing the load key informa- 
tion, as well as an encryption device. The batch-load 
application includes a methodology for collecting the 
messages transmitted between the stored value appli- 
cation and the batch load application as load transac- 
tion data and for generating log files of the load 
transaction data to the system provider and the funding 
source. A card feeder mechanism is provided to load 
cards automatically to the card reader/writer from a feed 
hopper. A collection hopper is provided to collect the 
cards after loading, and a reject hopper is provided to 
collect rejected cards. 

[0017] Additional objects, advantages and novel fea- 
tures of the invention will be set forth in part in the 
description which follows, and in part will become more 
apparent to those skilled in the art upon examination of 
the following, or may be learned by practice of the inven- 
tion. 

Brief Description of the Drawings 
[0013] 

Fig. 1 shows a stored value card embedded with a 
microprocessor chip for an embodiment of the 
present invention; 

Fig. 2 is a flow chart which illustrates the compo- 
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of the key components for an embodiment of the 
present invention and illustrates the flow of information 
between the components. Referring to Fig. 3, the batch- 
load terminal, shown generally as 30, uses a computer 
application of a financial institution's local PC device 32 5 
which emulates the on-line load process for an embodi- 
ment of the present invention. The PC device 32 is used 
in combination with a secure decryption device or mod- 
ule 34, for example, as an attachment or a plug board. 
Fig. 4 is a somewhat schematic diagram which provides 10 
further detail regarding the key components for an 
embodiment of the present invention. In addition to PC 
device 32. batch load terminal 30 also includes a card 
reader/writer 60 and a stored value card reader/writer 
36, a monitor 62, a keyboard 64, a mouse 66 and a 75 
printer 68. Terminal 30 is located locally in a secured, 
financial institution facility, and the application program • 
on local PC device 32 is used to simulate the remote 
functions of the on-line load process. The secret load 
key is supplied by the system provider and stored in the 20 
security module 34 on the local PC device 32 of the 
financial institution. The computer application on PC 
device 32 includes a methodology which collects all- 
messages between the components, including request 
message 38, authorization message 40, and load con- 25 
firmation message 42. Load confirmation message 42 
is collected as the confirmation that card 2 has been 
loaded. Log files of load transaction information are 
generated at 44 for the system provider and financial 
institution at 46. 30 
[0024] In an embodiment of the present invention, for 
security reasons, the batch-load terminal applications, 
including utilities, require a CD-ROM to be installed in 
the local PC device 32 of batch-load terminal 30. The . 
software is implemented not to run from any device 35 
other than the CD-ROM and requires the decrypting 
device 34 to be installed in PC device 32. The applica- 
tion resides on a CD-ROM and runs only from the CD- 
ROM. The CD-ROM can be removed and stored 
securely when batch-load terminal 30 is. not in use. For 40 
example, batch load terminal 30 uses a Windows NT 
4.0 Workstation configured to permit operation only 
when the CD-ROM is installed and two keys have been 
entered using passwords encrypted by encryption 
device 34. The processing of stored value cards is 45 
logged in a transaction log. The log is sent to a smart 
card file entity for adding stored value card data to a 
smart card file. The smart card file provides a database 
containing the information required to send funding and 
load advice messages at 44. When stored value cards so 
are issued, for example, to merchants or customers, 
notice is sent to the load authorization and funding sys- 
tems 46. 

[00251 In an embodiment of the present invention, the 
software mechanism is used to load the card 2 locally 55 
using only the financial institution's local PC device 32. 
with the decryption or security device 34 to store the 
load key and the computer program to emulate the on- 



line load. Information is then presented to the financial 
system at 44 to confirm that card 2 has been activated 
with value. It is necessary to present the information 
confirming that card 2 has been activated with value, 
because there is a funding risk or liability against the 
financial institution. In other words, although card 2 is 
loaded, the card may not be active. Once card 2 is 
loaded, activation is confirmed by attaching the single 
card reader 60 to the financial institution PC device 32 
and manually loading stored value cards, one at a time. 
The confirmation process is automated with readily 
available equipment which provides a transport mecha- 
nism that takes a single smart card 2 and moves it into 
a read/write location and writes information or reads 
information and then ejects the card. 
[0026] Fig. 5 is a schematic flow chart which amplifies 
the flow of information shown in Fig. 3 and provides fur- 
ther detail regarding the components involved in the 
process of multiple-card batch loading for an embodi- 
ment of the present invention. Referring to Fig. 5. a 
mechanism 50 is provided to front end the transport. 
Fig. 6 is a somewhat schematic diagram which provides 
further detail regarding the transport mechanism or 
enclosure 50 shown in Fig. 5 for an embodiment of the 
present invention. Fig. 7 is also a somewhat schematic 
diagram which provides further detail regarding the 
components for the process of multiple-card loading 
illustrated in Fig. 5 for an embodiment of the present 
invention. Referring to Figs. 5-7, mechanism 50 
includes a card feeder or hopper 52 that allows a stack 
of cards to be placed in mechanism 50. The PC device 
32 permits the addition of the enclosure 50 with a hop- 
per 52 as a peripheral. The PC device 32 has a motor- 
ized smartcard reader/writer transport 54 equipped with 
hoppers 56. 58 to process a pre-determined number of 
cards per hour. The batch-load terminal 30 with hopper 
52 can process a number of stored value cards at a 
time, although stored value cards can still be processed 
one at a time for small sessions. For example, a stack of 
cards are placed in the feeder 50. The same PC system 
32 with motorized transport 54 is used, but an auto- 
mated dial-up terminal emulation application is used to 
load the cards at a pre-determined rate. 
[0027] In an embodiment of the present invention, 
alternatively, a mechanism to front end the transport 
has a cassette which is loaded with a number of cards 
and inserted into mechanism 50. Mechanism 50 has a 
feed hopper 52 and a transport 54 for reading and writ- 
ing. Mechanism 50 also has a device for rejecting cards 
into a separate hopper 56. Further, mechanism 50 has 
an exit collection device 58 for the loaded cards. The PC 
device 32 which performs the load functions also con- 
trols the hopper 52 to feed cards to the read/write smart 
card station 54 and the exit hopper 58 to collect the 
loaded cards, and a reject path 56 is provided. The 
financial institution module 34 is used to store the load 
key. A load program operates the identified mechanical 
card transport components and generates the neces- 
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pies of the present invention. Numerous modifications 
and adaptations thereof will be readily apparent to those 
skilled in the art without departing from the spirit and 
scope of the present invention. Accordingly, the inven- 
tion is only limited by the following claims. 5 

Claims 

1 . A method of batch loading value tp a stored value 
card, comprising: 10 

initiating communication at a local terminal 
between the stored value application and a 
batch-load application residing on the local ter- 
minal; 75 
automatically transmitting a request for a load 
transaction for the stored value application; and 
automatically authorizing the load transaction 
by the batch -load application 

20 

2. The method of claim 1 . whe*e<n initiating further 
comprises initiating cotrrrvirtocaton on a card 
reader device of the local tecmnai 

3. The method of claim 2 further comprising automat- 25 
ically feeding a stored value card emt>edded with 

the stored value application to Tie card reader 
device. 

4. The method of claim 1. wherein the stored value 30 
application comprises an application residing on a 
stored value card microprocessor 

5. The method of claim 1, wherein the local terminal 
comprises a computer. 35 

6. The method of claim 5, wherein the computer com- 
prises a financial institution computer. 

7. The method of claim 6 wherein the financial institu- 40 
tion computer comprises a bank personal compu- 
ter. 

8. The method of claim 1, wherein the batch-load 
application comprises a security module. 45 

9. The method of claim 8, wherein the security module 
comprises load key information. 

10. The method of claim 1, wherein the batch-load so 
application comprises an encryption device. 

11. The method of claim 1. wherein the batch-load 
application comprises a CD-ROM. 

55 

1 2. The method of claim 1 , wherein transmitting further 
comprises transmitting the request to the batch- 
load application. 



13. The method of claim 1 , wherein transmitting further 
comprises pre-selecting a monetary value for the 
load transaction. 

14. The method of claim 13, wherein transmitting fur- 
ther comprises transmitting a request for a load of 
the pre-selected monetary value. 

15. The method of claim 1, wherein the request com- 
prises an encrypted message. 

16. The method of claim 15. wherein the encrypted 
message comprises load key information. 

17. The method of claim 16. wherein authorizing further 
comprises decrypting the encrypted message. 

18. The method of claim 17, wherein authorizing further 
comprises validating the load key information. 

19. The method of claim 1, wherein authorizing further 
comprises confirming a funding source. 

20. The method of claim 19, wherein the funding 
source comprises a financial institution. 

21 . The method of claim 1 . wherein authorizing further 
comprises transmitting an authorizing message to 
the stored value application. 

22. The method of claim 21, wherein the authorizing 
message comprises data representing a pre- 
selected monetary value. 

23. The method of claim 22, wherein the authorizing 
message further comprises data representing 
stored value card purchase code information. 

24. The method of claim 22. wherein the authorizing 
message further comprises data representing 
stored value card serial number information. 

25. The method of claim 1 , further comprising initializ- 
ing the stored value application. 

26. The method of claim 25, wherein initializing further 
comprises unlocking the stored value application 
with transport key information. 

27. The method of claim 26, wherein unlocking further 
comprises exchanging the transport key informa- 
tion for load key information. 

28. The method of claim 27, wherein the load key infor- 
mation comprises a reloadable load key. 

29. The method of claim 27, wherein the load key infor- 
mation comprises a non-reloadable load key. 
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